Report of contribution to the common Knowledge Database

Musclemate, Grupo 3, WPL

Historial de Versiones

Versión	Fecha	Autor	Descripción
v1.0	2024-02-19	Pedro González Marcos	Creación del documento
v2.0	2024-03-04	Alejandro Mateo Capilla	Modificación del documento
v3.0	2024-04-06	Juan Jesús Martín	Modificación del documento
v4.0	2024-04-22	Juan Jesús Martín	Modificación del documento
v5.0	2024-05-06	Juan Jesús Martín	Actualización del documento
v5.1	2024-05-06	Alejandro Sosa Corral	Cambiado "Sprint 3" por "PPL"
v5.2	2024-05-13	Juan Jesús Martín Hernández	Actualización del documento

Base de datos General

Semana 1

1. Aceptación de Feedback y Actitud Constructiva:

   • Es crucial aceptar el feedback de manera abierta y constructiva, evitando ponerse a la defensiva.

2. Inicio Efectivo de la Presentación:

   • Se destaca la importancia de captar la atención desde el principio para asegurar que todos los asistentes se involucren en la presentación.

3. Formalidad en la Presentación:

   • Se señala que, aunque el lenguaje utilizado fue cercano, es necesario mantener un nivel de formalidad adecuado para una presentación profesional, evitando la informalidad excesiva.

4. Ayuda Visual para Describir Competidores:

   • Se sugiere utilizar herramientas visuales, como tablas comparativas, para facilitar la comprensión y la comparación de competidores durante la presentación.

5. Sección de Costes:

   • Es necesario incluir una sección detallada sobre los costes operativos, especialmente en relación con la instalación de códigos QR en las máquinas físicas.

6. Comunicación Formal:

   • Se recomienda utilizar canales de comunicación más formales para discutir asuntos relacionados con el proyecto, en lugar de depender exclusivamente de plataformas informales como WhatsApp.

7. Estimación de Precios y Comparación con la Competencia:

   • Se destaca la importancia de estimar los precios que tanto los usuarios normales como los gimnasios estarían dispuestos a pagar por el servicio premium, y comparar estos precios con los de la competencia.

8. Tabla Comparativa de Competidores:

   • Se sugiere incluir una tabla comparativa detallada de los competidores para facilitar la comprensión y la comparación de las aplicaciones entre sí.

9. Ofrecimiento de Planes de Suscripción y Rentabilidad:

   • Es necesario explicar en detalle qué ofrecen los planes de suscripción y cómo contribuyen a la rentabilidad total del proyecto.

10. Consideraciones Técnicas y de Planificación:

    • Se señala la importancia de especificar los grupos de trabajo, recopilar el conocimiento tecnológico dentro del equipo y abordar debilidades en la planificación de rutinas.

Semana 2

1. Cuidado con la Ortografía y Lenguaje Informal:

   • Es importante prestar atención a la ortografía y evitar el uso de lenguaje informal, especialmente palabras malsonantes, para mantener la profesionalidad de la presentación.

2. Seguimiento del Feedback Anterior:

   • Se señala como grave la falta de seguimiento del feedback anterior, lo que indica una falta de atención a las áreas de mejora identificadas previamente.

3. Claridad en el Product Statement:

   • Es esencial tener claro el Product Statement y asegurarse de incluirlo en la presentación para definir claramente el producto y sus características distintivas.

4. Análisis de Costes y Riesgos:

   • Se destaca la necesidad de hablar sobre los costes operativos y realizar un análisis exhaustivo de los riesgos, incluyendo su enumeración y las acciones a tomar para mitigarlos.

5. Compromiso y Gestión del Tiempo:

   • Es importante mostrar compromiso con el proyecto y gestionar adecuadamente el tiempo, tanto en la preparación de materiales como en la presentación en sí.

6. Cumplimiento de las Rubricas y Priorización de Contenidos:

   • Se sugiere seguir las rubricas al 100% y priorizar los contenidos más importantes, como el Business Statement, para garantizar una presentación efectiva y enfocada.

7. Seguridad de Datos y Gestión de Cuentas:

   • Se expresa preocupación por la seguridad de los datos y la posibilidad de falsificación de cuentas, lo que debe abordarse para garantizar la integridad del producto.

8. Conocimiento y Confianza en el Producto:

   • Es fundamental que el equipo conozca y demuestre confianza en el producto que están presentando, destacando las características clave y su propuesta de valor de manera segura y convincente.

9. Gestión Efectiva de Información:

   • Se recomienda proporcionar información relevante y evitar el exceso de detalles innecesarios para mantener la efectividad de la presentación.

10. Atención a las Necesidades del Cliente:

    • Es esencial centrarse en las necesidades del cliente y en lo que se desea vender, destacando la relevancia y el valor del producto para el público objetivo.

Semana 3

1. Problemas con el TCO y claridad en los costos:

   • No se entiende la diferencia entre el coste de desarrollo y el coste de mantenimiento, así como cuánto debe pagar el cliente. Se necesita mayor claridad en la representación del TCO.

2. Representación de los riesgos:

   • Representar la falta de clientes como un riesgo implica una falta de confianza en la idea del proyecto. Se sugiere abordar esta cuestión para fortalecer la confianza en el producto.

3. Práctica de la presentación:

   • La falta de práctica de la presentación ha resultado en obstáculos durante la presentación, lo que ha provocado la falta de tiempo para mostrar todo lo necesario.

4. Números en las diapositivas:

   • Se señala la necesidad de incluir números en las diapositivas para respaldar la información presentada.

5. Necesidad de negocio clara con estadísticas:

   • Se requiere una necesidad de negocio clara respaldada por estadísticas para fortalecer la presentación.

6. Claridad y concisión en la presentación:

   • Se insta a ser más claro y directo en la presentación para evitar confusiones y mantener la atención del público.

Semana 4

1. Retrospectiva y plan de contingencia:

   • A la hora de la retrospectiva no solo tenemos que analizar qué hemos hecho bien y qué hemos hecho mal sino cómo vamos a tratar de resolver estas faltas, es decir, un plan de contingencia para estas.

2. Cuidado con el uso de códigos QR falsos:

   • Tener cuidado si hacemos uso de códigos QR falsos en nuestra presentación, ya que pueden redireccionar a lugares que no queramos mostrar o incluso peor.

3. Diferenciación respecto a la competencia:

   • No queda del todo claro en la presentación qué es aquello que nos diferencia de la competencia que puede hacer varios de los elementos que ofrecemos por separado.

4. Decoración excesiva de las diapositivas:

   • La decoración de las diapositivas parece algo excesiva, dando lugar a contaminación visual que puede quitar la atención del resto de esta.

5. Nombre del "diagrama de clases":

   • El "diagrama de clases", aunque acertado, debería nombrarse de otra manera para dejar más claro a qué se refiere, el nombre proporcionado daba lugar a confusión.

6. Reconocimiento del trabajo:

   • A la hora de conmemorar aquellos que han trabajado bien no es mala idea des-anonimizar para que aquellos que trabajen más se sientan recompensados y reconocidos.

7. Priorización de esfuerzos:

   • Es importante centrar los esfuerzos en aquello esencial lo primero. Si centramos el primer sprint solo en asentar bases podemos más tarde quedarnos sin tiempo para implementar estas funcionalidades clave.

Semana 5

1. Claridad en la retrospectiva:

   • Es crucial separar claramente qué aspectos se han manejado bien y cuáles han sido problemáticos en la retrospectiva. Mezclar esta información puede generar confusión y dificultar la identificación de áreas de mejora.

2. Atención durante el elevator pitch:

   • Se debe tener en cuenta cualquier posible distracción durante el elevator pitch, como el ruido del ascensor, que podría interferir con el mensaje que se intenta transmitir.

3. Información sobre costes invertidos:

   • Es importante incluir en la presentación cuánto de los costes mencionados se han invertido hasta el momento para proporcionar una imagen clara del estado financiero del proyecto.

4. Estructura del equipo:

   • Se debe proporcionar información sobre la estructura del equipo, especificando quién se encarga de qué en el proyecto para una mejor comprensión de las responsabilidades y roles dentro del equipo.

5. Profundidad en la gestión de rutinas:

   • La sección de gestión de rutinas en el prototipo ha sido percibida como demasiado superficial. Debería haberse abordado de manera más exhaustiva, especialmente considerando que es un aspecto central de la aplicación.

6. Desglose de horas por persona:

   • Se sugiere mencionar un desglose específico de las horas invertidas por persona, separando el rendimiento individual de la cantidad de horas dedicadas. Esto proporcionará una visión más detallada del esfuerzo realizado por cada miembro del equipo.

7. Planificación para futuros sprints:

   • Es necesario enfocarse más en la planificación para los próximos sprints. La información proporcionada en la presentación fue escueta y rápida, lo que dificultó su comprensión. Se debe dedicar más tiempo a este aspecto para una planificación más efectiva.

8. Estadísticas sobre el uso de tecnologías:

   • Se recomienda incluir una diapositiva que muestre estadísticas sobre el uso de tecnologías como GitHub y Discord. Además, se debe enfatizar la importancia de comunicar todas las conversaciones relacionadas con el proyecto a través de las plataformas designadas, como GitHub en este caso.

Semana 7

1. Guía en la presentación de la demo:

   • Durante la demo, hubiera sido recomendable algo de guíanza por parte de el presentador, debido a que el público se ha visto forzado a leer no han sido capaces de fijarse en todas las capacidades de nuestro producto.

2. Diferenciar colores en diapositivas de preguntas y respuestas:

   • En algunas diapositivas con preguntas y respuestas el color de la pregunta fue muy similar al de las respuestas, dificultando el seguimiento de estas.

3. Medir tiempo de la presentación:

   • Se ha notado como íbamos acelerando a lo largo de la presentación mientras el tiempo iba acabando. Sería recomendable manejar el tempo de la presentación para que sea uniforme a lo largo de esta.

4. Diferencia con la competencia:

   • Sería ideal destacar lo que nos diferencia de la competencia en la comparación con los competidores. Podríamos destacar las diferencias en vez de las similitudes.

5. Perfeccionar el storyboard:

   • Deberíamos destacar en el storyboard cómo el cliente de el gimnasio puede interactuar con la aplicación para dar feedback o (si queremos destacarlo) apuntar y seguir sus rutinas.

6. Medición, análisis y solución de problemas:

   • Sería buena idea medir y analizar cómo tratamos de solucionar los problemas más graves que encontremos durante el desarrollo.

7. Distancia entre temas relacionados:

   • Ha habido algunas partes de la presentación relacionadas entre sí pero muy separadas entre sí, en concreto, los problemas encontrados y los riesgos. Estos elementos deberían ir cerca unos de otros si no en la misma diapositiva.

8. Equivocaciones de la IA:

   • Añadir diapositiva de equivocaciones de la IA.

9. Análisis del TCO:

   • Analisis del TCO 24 meses.

10. Priorización de tareas:

    • Matriz de Eisenhower para priorizar las tareas.

Semana 8

1. Mostrar mejor la fórmula de rendimiento:

   • Debido a la velocidad de la presentación, no ha quedado tan clara la fórmula utilizada para el cálculo de el rendimiento individual. Hubiera sido mejor si hubieramos puesto ejemplos prácticos de la fórmula en la presentación, así quedando más claro como se utiliza en la práctica.

2. Mejorar el elevator Pitch:

   • No ha quedado claro del todo el elevator pitch de la presentación. Debería ser más conciso y vender el producto en menos tiempo.

3. Mejorar calidad de las demostraciones:

   • Hacer uso de zoom en las demostraciones es ideal, facilitando que los miembros de atrás vean mejor los elementos de el proyecto.

4. Hacer más profesional el inicio de la app:

   • Respecto a el producto, en vez de un listado de botones aburrido es mejor hacer uso de una página de inicio más profesional, relegando las distintas funcionalidades a un submenú o header.

5. Confusión a la hora de afrontar la retrospectiva:

   • Hemos mezclado la retrospectiva grupal y las soluciones propuestas en esta con las soluciones de el análisis posterior de dichos problemas y las soluciones propuestas de este.

6. Proporcionar menos texto y destacar lo importante:

   • Recomendable incluir menos texto en las diapositivas de problemas/soluciones, debiendo quedar más clara la eficiencia de las soluciones propuestas.

7. Destacar la mejoría del producto:

   • Es importante destacar el incremento de funcionalidades respecto a semanas anteriores, mostrando la mejoría de el producto.

Semana 9

1. Código único por gimnasio:

   • Puede ser buena idea que cada gimnasio tenga un código único que los clientes puedan utilizar para registrarse en el gimnasio sin necesidad de que el propio dueño o gimnasio les registre.

2. Mejoras en la demo:

   • Debería haber algún indicador para que la audiencia sepa quien actúa en cada momento durante la demo, esto ayudará a que los miembros de la audiencia entiendan mejor las funcionalidades de la aplicación dentro de su contexto.

3. Diapositivas con menos información:

   • Algunas diapositivas tienen demasiada información, complicando que la audiencia se vea forzada a tanto leer la diapositiva como escuchar lo que dice el presentador. Si tenemos mucha información que mostrar es mejor o bien decirla toda con ayuda gráfica o plasmarla directamente en la diapositiva y leerla para no dividir la atención.

4. Mejoras en el anuncio:

   • En el anuncio, podríamos superponer una grabación de el dueño/cliente usando la aplicación sobre el vídeo de la persona usando el ordenador/móvil para que así quede claro que están haciendo en cada momento de el anuncio.

5. Ritmo de la presentación inconsistente:

   • El ritmo de la presentación ha sido algo inconsistente, corriendo mucho en las secciones de las gráficas de costes y IA para recuperar el tiempo gastado en la larga demostración.

6. Mecionar dificultades encontradas anteriormente:

   • Podríamos mencionar las dificultades encontradas en los primeros sprints como un problema a resolver en la retrospectiva, así como cómo hemos solucionado el problema y si la solución aplicada ha sido efectiva.

Semana 10

1. Optimizar costes:

   • No es necesario tener en cuenta el costo de una oficina para 15 personas una vez el producto ya se haya desarrollado, es suficiente un lugar pequeño para el par de desarrolladores que se queden manteniendo la aplicación.

2. Separar costes:

   • No deberíamos mezclar los costes mensuales en los primeros meses con los costes iniciales de el proyecto (compra de portátiles, licencias de una única compra, etc...).

3. Aclarar soluciones en la retrospectiva de cara al futuro:

   • Dentro de la retrospectiva sobre los problemas encontrados y sus soluciones, no solo debemos mencionar aquellos a los que ya hayamos aplicado una solución sino aquellas soluciones de cara a el futuro.

4. Mejoras en la demo:

   • Asegurar que la clase creada sea igual que la del anuncio (en el anuncio hablan de bicicletas, podríamos haber usado las bicicletas).
   • En lugar de usar iconos para representar cada usuario, podríamos usar directamente fotos de los personajes del anuncio, conectando aún más con este.
   • Sería muy interesante que en la canción de fondo en vez de decir "THUNDERSTRUCK" dijera "MUSCLEMATE". Esto se puede hacer fácilmente con IA.

5. Mejoras en las fotos de los miembros del equipo:

   • Para las fotos de los miembros del equipo, podríamos realizar fotos consistentes y profesionales para todos los miembros del equipo.

Semana 11

1. Cuidado del vocabulario:

   • Cuando hablemos frente a un público diverso debemos evitar usar coloquialismos como "coñas", ya que puede no sentarle bien a ciertas demográficas.

2. Mejoras del killer opener:

   • Debemos intentar que el killer opener tenga sentido con el tema de nuestra aplicación, de cara a la presentación final debemos relacionarlo más.

3. Optimizar anuncio:

   • Respecto a el anuncio, este solo se ha centrado en la gestión de incidencias, una pequeña parte de la aplicación. Este y la demo deben mostrar todas las funcionalidades clave de la aplicación, aunque nos centremos un poco más en alguna.

4. Adaptarnos al público:

   • Debido a que la presentación final es un público nuevo, debemos evitar referencias a previas presentaciones, ya que dicho público no tiene el contexto de las anteriores presentaciones o su feedback (elementos como la F de Feedback son innecesarios).

5. Distinguir entre pricing y costes/ingresos:

   • Ha sido confusa la distinción entre costes/ingresos y el pricing de la aplicación. Es buena idea usar títulos más claros para estas diapositivas y mantenerlas separadas, pudiendo indicar su relación en la transición entre estas.

6. Aclarar información anuncio de inversores:

• En el anuncio de inversores, debemos mencionar qué beneficios obtiene el inversor una vez se comienzan a obtener beneficios, por ejemplo, qué porcentaje de la inversión podría esperar obtener cada año como beneficio. También podemos tener en cuenta que no tenemos que relegar toda la inversión a un único inversor, pudiendo ofrecer inversiones más ligeras con un menor beneficio.

7. Mejoras en el anuncio:

   • En el anuncio tenemos que evitar juntar música alta de fondo y un narrador. Si vamos a hacer uso de una narración incluida o externa a el anuncio, tenemos que acomodar este a el narrador, ya sea bajando el volumen de la música o eliminando la música.

8. Redes sociales:

   • Se ha echado en falta ejemplos de qué clase de revelaciones puede el público esperar en nuestras redes sociales para traer más tráfico a esta.
   • Si mencionamos un número concreto de visitas en nuestros posts, deberíamos incluir capturas de pantalla de dichos posts destacando las visitas. De esta manera aseguramos estas cifras al público.

Semana 12

1. Mejorar elevator pitch:

   • No ha quedado claro a qué nos referimos como "compañero" en el inicio efectivo y elevator pitch.
   • Algunas sugerencias de mejora incluyen:
     • Que se escuche mejor a la multitud
     • Que dicha multitud esté dando ejemplos de uso de la aplicación

2. Naturalidad a la hora de presentar:

• Tenemos que tratar de enmascarar la "estructuración" de la presentación, dando lugar a un flujo más natural en esta en vez de parecer que estamos marcando casillas en una lista.

3. Mejoras en el análisis de competidores:

   • Podríamos hacer uso de un cuadro separado en la tabla de competidores para resaltar aquello que nos hace único (por ejemplo, mostrando solo lo común primero y luego las diferencias) o separando más el cuadro de las diferencias claves de lo común.

4. Menos detalle del equipo:

   • No es necesario dar tanto detalle sobre cada miembro de el equipo, con destacar solo a aquellos organizadores es suficiente, centrándose más en destacar las habilidades de el equipo en general.

5. Pequeños detalles para dar mayor profesionalidad:

   • En las cantidades, no llegar al euro. En lugar de mostrar 10.000€, reducirlo a 10K€. Esto dará un aspecto más profesional a la presentación.
   • Podríamos voltear el orden en el que hemos presentado los costes y los planes. Idealmente, comenzaríamos por los planes y de este pasaríamos a el anuncio de inversores, después del cual explicamos los costes/beneficios mencionados en el anuncio.
   • Para la sección de marketing, podemos usar el espacio ganado al detallar menos los miembros del equipo para mostrar más nuestras redes sociales y ejemplos de posts

6. Mejora anuncio de inversores:

   • El anuncio debe ser corto y centrarse en los beneficios para el inversor y el potencial de nuestro mercado para la inversión.